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Abstract 



o 

t/3 We observe that the various formulations of the operational semantics of Constraint Han- 

^ ^ ^ dling Rules proposed over the years fall into a spectrum ranging from the analytical 

to the pragmatic. While existing analytical formulations facilitate program analysis and 

^—^ formal proofs of program properties, they cannot be implemented as is. We propose a 

^ novel operational semantics ujt , which has a strong analytical foundation, while featuring 

^\ a terminating execution model. We prove its soundness and completeness with respect 

C^ to existing analytical formulations and we provide an implementation in the form of a 

OO source-to-source transformation to CHR with rule priorities. 

cn 
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1 Introduction 



Constraint Handling Rules ( Friihwirth 2009[ ) (CHR) is a declarative, multiset- and 



rule-based programming language suitable for concurrent execution and powerful 
program analysis. While it is known as a language that combines efficiency with 
declarativity, publications in the field display a tendency to favor one of these 
aspects over the other. We observe a spectrum of research directions ranging from 
the analytical to the pragmatic. 

On the analytical end of the spectrum, emphasis is put on CHR as a mathemat- 
ical formalism, declarativity, and the understanding of its logical foundations and 
theoretical properties. Several formalizations of the operational semantics, found in 



(Friihwirth and Hanschke 1993; Friihwirth 1998) and (Friihwirth and Abdennad- 



her 20031, belong to this side of the spectrum. Notable results building on these 



analytical formalizations include decidable criteria for operational equivalence ( Ab 



dennadher and Friihwirth 19991 and confluence (Abdennadher et al. 1999), a strong 



foundation of CHR in linear logic ( Betz and Friihwirth 2005 1 , as well as weak and 
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strong parallelization, as presented in (Friihwirth 2005) and further developed to 



ward concurrency in ( Sulzmann and Lam 2007 Sulzmann and Lam 2008 ) 



A recent analytical formalization is the operational semantics We, given in (Raiser 



et al. 2009 ) . It consists in a rewriting system of equivalence classes of states based 



on an axiomatic formulation of equivalence. It has been shown to coincide with the 



operational semantics coya , which has been introduced in ( Friihwirth 2009 ) to set a 



standard for all other operational semantics to build upon. 

On the downside, these operational semantics are detached from practical imple- 
mentation in that they are oblivious to questions of efficiency and termination. Par- 
ticularly, the class of rules called propagation rules causes trivial non-termination 
in both of them. Hence, it is safe to say that the existing analytical formalizations 
of the operational semantics lack a terminating execution model. 

This contrasts with most work on the pragmatic side of the spectrum, which em- 
phasizes practical implementation and efficiency over formal reasoning. It originates 



with (Abdennadher 1997), where a token-based approach is proposed in order to 



avoid trivial non-termination: Every propagation rule is applicable only once to a 
specific combination of constraints. This is realized by keeping a propagation history 
- sometimes called token store — in the CHR state. Thus, we gain a terminating 
execution model for the full segment of CHR. 



Building upon (Abdennadher 1997), a plethora of operational semantics has been 



brought forth, such as the token-based operational semantics ojt and its refinement 
ojr (Duck et al. 2004). The latter reduces non-determinism for a gain in efficiency 



and sets the current standard for CHR implementations. Another notable exponent 



is the priority-based operational semantics ujp ( De Koninck et al. 2007 ) 



On the downside, token stores break with declarativity: Two states that differ 
only in their token stores may exhibit different operational behavior while sharing 
the same logical reading. Therefore, we consider token stores as non-declarative 
elements in CHR states. 



Recent work on linear logical algorithms ( Simmons and Pfenning 2008 ) and the 



close relation of CHR to linear logic ( Betz and Friihwirth 2005 ) suggest a novel ap 



proach that emphasizes aspects from both sides of the spectrum to a useful degree: 
In this work, we introduce the notion of persistent constraints to CHR, a concept 
reminiscent of unrestricted or "banged" propositions in linear logic. Persistent con- 
straints provide a finite representation of the result of any number of propagation 
rule firings. 

We furthermore introduce a state transition system based on persistent con- 
straints, which is explicitly irreflexive. In combination, the two ideas solve the 
problem of trivial non-termination while retaining declarativity and preserving the 
potential for effective concurrent execution. This state transition system requires 
no more than two rules. As every transition step corresponds to a CHR rule appli- 
cation, it facilitates formal reasoning over programs. 

In this work, we show that the resulting operational semantics uji is sound and 
complete with respect to uje- We show that uji can be faithfully embedded into the 
operational semantics tUp, thus effectively providing an implementation in the form 
of a source-to-source transformation. All operational semantics developed with an 
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emphasis on pragmatic aspects lack this completeness property. Therefore, this work 
is the first to show that it is possible to implement CHR soundly and completely 
with respect to its abstract foundations, whilst featuring a terminating execution 
model. 

Example 1.1 

Consider the following straightforward CHR program for computing the transitive 

hull of a graph represented by edge constraints e/2: 

t @ e{X,Y),e{Y,Z) =^ e{X,Z) 

This most intuitive formulation of a transitive hull is not a suitable implementation 
in most existing operational semantics. In fact, for goals containing cyclic graphs it 
is non-terminating in all aforementioned existing semantics. In this work we show 
that execution in our proposed semantics io\ correctly computes the transitive hull 
whilst guaranteeing termination. 

The remainder of this paper is structured as follows: We state the syntax of 
CHR and summarize the existing operational semantics ujt and oje in Sect. [2] In 
Sect.lSJ we present our semantics wi, originally proposed in (Betz et al. 2009[), and 



we state results concerning its soundness and completeness with respect to Wg. In 
Sect.|4j we show how wi can be implemented by means of a faithful source-to-source 
transformation into ojp. In Sect.[5| we discuss the termination behavior of wi as well 
as related work, before we conclude in Sect. [61 Proofs of the theorems presented in 
this work can be found in the accompanying technical report ( Betz et al. 2010[ ) R 
and will be omitted here. 



2 Preliminaries 

We first introduce the syntax of CHR and the equivalence-based operational se- 
mantics We, which offers a foundation for all other semantics, although it lacks a 
terminating execution model. We furthermore present its refinements Wt and ujp. 

2.1 The Syntax of CHR 

Constraint Handling Rules distinguishes two kinds of constraints: user- defined con- 
straints (or CHR constraints) and built-in constraints. Reasoning on built-in con- 
straints is possible through a satisfaction-complete and decidable constraint the- 
ory cr. 

CHR is a programming language that offers advanced rule-based multiset rewrit- 
ing. Its eponymous rules are of the form 

r@Hi\H2^G\B,,Bb 

where Hi and H2 are multisets of user-defined constraints, called the kept head and 
removed head, respectively. The guard G is a conjunction of built-in constraints and 



^ (Betz et al. 2010 1 is available from http://vts.uiii-ulm.de/doc.asp?id=7193 
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the body consists of a conjunction of built-in constraints Bb and a multiset of user- 
defined constraints Be- The rule name r is optional and may be omitted along with 
the @ symbol. Note that throughout this paper, we omit the curly braces around 
sets and multisets where there is no ambivalence. This applies especially to CHR 
rules and states. 

In this work, we put special emphasis on the class of rules where H2 — 0, called 
propagation rules. Propagation rules can be written alternatively as 

r@Hi=^G\ Bc.Bb- 

A variant of a rule (r @ Hi\H2 <=> G \ Be, Bb) with variables a; is a rule of 
the form (r @ Hi\H2 <=> G \ BcTBb)[x/y] for any sequence of pairwise distinct 
variables y. For any rule (r @ Hi\H2 <^ G \ Bc,Bb), the local variables Ir are 
defined as Ir ::= vars(G, Be, Bb) \ vars(iJi, i?2)- A rule where Ir = $ is called range- 
restricted. 

A CHR program 7^ is a set of rules. A range-restricted CHR program is a set of 
range-restricted rules. 

2.2 Equivalence-based Operational Semantics ujg 



In this section, we recall the equivalence-based operational semantics cug (Raiser 



et al. 2009). It is operationally close to the very abstract semantics oJva, but we 
prefer it for its concise formulation and the explicit distinction of global variables, 
user-defined, and built-in constraints. 

Definition 2.1 (wg State) 

An We state is a tuple (G;B; V). The user-defined (constraint) store G is a multiset 
of CHR constraints. The built-in (constraint) store B is a conjunction of built-in 
constraints. V is a set of variables called the global variables. We use Se to denote the 
set of all We states. A variable w g B is called a strictly local variable iff w ^ (VUG). 

The operational semantics We is founded on equivalence classes of states, based 
on the following definition of state equivalence. 

Definition 2.2 (we State Equivalence) 

Equivalence between We states is the smallest equivalence relation =e over We states 

that satisfies the following conditions: 

1. {G■,x = t^m■,Y)=e{<G[x/t\■,x = t^M■Y) 

2. If CT \= 3s.B o 3s' .B' where s,s' are the strictly local variables of B,B', respec- 
tively, then (G;B;V) =e (G;B';V) 

3. If X is a variable that does not occur in G or B then (G;B; {X} U V) =e (G;B; V) 

4. (G;±;V)=e(G';±;V) 

Definition 2.3 (we Transitions) 

For a CHR program V, the state transition system (Se/=e,^^e) is defined as 
follows. The transition is based on a variant of a rule r in "P such that its local 
variables are disjoint from the variables occurring in the pre-transition state. 
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r @ Hi\H2^G\Be^Bb 

[(Hi WiJ2WG;GAB;V)] ^l [(Hi W B^ W G; G A Bb A B; V)] 

When the rule r is clear from the context or not important, we may write ^->e 
rather than ^->g. By ^->*, we denote the reflexive-transitive closure of ^->e- 

In the following, we freely mix equivalence classes and their representative, i.e. 
we often write a ^->e r instead of [a] ^^^ [t]. 

An inherent problem of tUf, is its behavior with respect to propagation rules: If a 
state can fire a propagation rule once, it can do so again and again, ad infinitum. In 
the literature, this problem is referred to as trivial non-termination of propagation 
rules. 

Example 2.1 

Reconsider the transitivity rule from Example |1.1| and the following CHR state, 

which represents a cycle consisting of two edges: 

a={e[A,B),e(B,A)-T-%) 

Let t @ e(A', B'),e{B', C) =^ e{A' , C) be a variant of the transitivity rule, then 
it can be applied to a, yielding an additional loop edge: 

a =e (e(A', B'),e{B\ C');A = A' A B = B' A A = C']%) 

^* (e(A', B'),e{B\C'),e{A', C); A = A' A B = B' A A = C';ID) 

=, (e(AB),e(B,A),e(AA);T;0) 

It is easily verified, that the transitivity rule can be applied again to the same two 
constraints, yielding another e{A, A) constraint, hence this program suffers from 
trivial non-termination in w„. 



2.3 Operational Semantics with Rule Priorities 



The extension of CHR with rule priorities was initially proposed in (De Koninck 



et al. 2007 ) . It annotates rules with priorities and modifies the operational semantics 
such that among the applicable rules, we always select one of highest priority for 
execution. The operational semantics of this extension is denoted as Wp and the 



formulation we use in work was given in ( De Koninck et al. 2008 ) 



The operational semantics ujp uses a so-called token store to avoid trivial non- 
termination. A propagation rule can only be applied once to each combination 
of constraints matching the head. Hence, the token store keeps a history of fired 
propagation rules based on constraint identifiers, as defined below. 

Definition 2.4 {Identified CHR Constraints) 

An identified CHR constraint c^i is a CHR constraint c associated with a unique 
integer i, the constraint identifier. We introduce the functions chr(c#i) = c and 
id(c#i) = i, and extend them to sequences and sets of identified CHR constraints 
in the obvious manner. 

The definition of an ujp state is more complicated, because identified constraints 
are distinguished from unidentified constraints and the token store is added. 
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Definition 2.5 {ujp State) 

An ujp state is a tuple of the form (G; §; B; T)^ where the goal (store) G is a multiset 
of constraints, the CHR (constraint) store S is a set of identified CHR constraints, 
the built-in (constraint) store B is a conjunction of built-in constraints. The token 
store (or propagation history) T is a set of tuples (r, /) , where r is the name of a 
propagation rule and / is an ordered sequence of constraint identifiers. V is a set of 
variables called the global variables. We use Sp to denote the set of all iOp states. 

The corresponding transition system consists of the following three types of tran- 
sitions. 

Definition 2.6 (wp Transitions) 

For a CHR program V with rule priorities, the state transition system (Sp, >^p) is 

defined as follows. 

1. Solve. ({c}WG;§;B;T)^^p(G;§;B';T)^ 

where c is a built-in constraint and CT |= V((c A B) o B'). 

2. Introduce, ({c} W G; S; B; T)^ ^p (G; {c#n} U §; B; T)l^^ 
where c is a CHR constraint. 

3. Apply. (0; i^i U iJa U §; B; T)^ ^p (S; i/i U §; 9 A B; T U t)Z where V contains 
a rule of priority p with fresh variables of the form 

p::r@H[\H2-^G\B 

and a matching substitution such that chr(iJi) = 8(i/(),chr(iJ2) ~ ^{H^^), 
CT 1= 3(B) A V(B -> 3b(6 A G)), 6(p) is a ground arithmetic expression and t = 
{r,id{Hi) + id{H2)) ^ T. Furthermore, no rule of priority p' and substitution 8' 
exists with Q'{p') < 8(p) for which the above conditions hold. 

When the rule r is clear from the context or not important, we may write ^->p 
rather than ^->p. By >~^t,, we denote the reflexive-transitive closure of >— >p. 



3 Operational Semantics with Persistent Constraints uj< 

In this section, we present the operational semantics with persistent constraints uj\ 



proposed in (Betz et al. 2009). Our semantics is built on the following basic ideas: 



1. In We, the body of a propagation rule can be generated any number of times, 
provided that the corresponding head constraints are present in the store. In 
order to give consideration to this theoretical behavior, we introduce those 
body constraints as so-called persistent constraints. A persistent constraint 
is a finite representation of a large, though unspecified number of identical 
constraints. For a proper distinction, constraints that are not persistent con- 
straints are henceforth called linear constraints. 

2. As a secondary consequence, arbitrary generation of rule bodies in Ue affects 
other types of CHR rules as well. Consider the following program: 

rl @ a => b 
i2 @ b ^ c 
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If executed with a goal a, this program can generate an arbitrary number of 
constraints of the form b. As a consequence of this, it can also generate arbi- 
trarily many constraints c. To take these indirect consequences of propagation 
rules into account, we introduce a rule's body constraints as persistent when- 
ever its removed head can be matched completely with persistent constraints. 

3. As a persistent constraint represents an arbitrary number of identical con- 
straints, we consider multiple occurrences of a persistent constraint as idem- 
potent. Thus, we implicitly apply a set semantics to persistent constraints. 

4. We adapt the execution model such that a transition takes place only if the 
post-transition state is not equivalent to the pre-transition state. This entails 
two beneficial consequences: Firstly, in combination with the set semantics on 
persistent constraints, it avoids trivial non-termination of propagation rules. 
Secondly, as failed states are equivalent, it enforces termination upon failure. 



The formal definition of oj\ is given in Sect. |3.1[ In Sect. |3.2[ we state results 
concerning its soundness and completeness with respect to cje- 

3.1 Definition 

In this section, we give a formal definition of our operational semantics uj\. We 
present our adapted notions of state and state equivalence and a transition system 
which consists of two distinct transition rules. 

Definition |3. 1| defines uj\ states. With respect to Wg, the goal store G is split up 
into a store L of linear constraints and a store P of persistent constraints: 

Definition 3.1 (wi State) 

A wi state is a tuple of the form (L;P;]B; V), where L and P are multisets of CHR 
constraints called the linear (CHR) store and persistent (CHR) store, respectively. 
B is a conjunction of built-in constraints and V is a set of variables called the global 
variables. We use Si to denote the set of all wi states. 



Definition |3.2| is analogous to lo^, though adapted to comply with Definition 3.1 



Definition 3.2 {Variable Types) 

For the variables occurring in a uj\ state a — (L;P;B;V) we distinguish three dif- 
ferent types: 

1. a variable w S V is called a global variable 

2. a variable w ^ V is called a local variable 

3. a variable u ^ (V U L U P) is called a strictly local variable 

The following definition of state equivalence is adapted to comply with Defini- 
tion [3T] and extended to handle idempotence of persistent constraints. 



Definition 3.3 {Equivalence of uj\ States) 

Equivalence between uj\ states is the smallest equivalence relation =1 over uj\ states 

that satisfies the following conditions: 
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1. (Equality as Substitution) Let X be a variable, t be a term and = the syntactical 
equality relation. 

{h-¥;X = tA B; V) =< (L [X/t] ; P [X/t] ; X = i A B; V) 

2. (Transformation of the Constraint Store) If CT |= 3s. B -f-)- 3s' .B' where s,s' are 
the strictly local variables of B,B', respectively, then: 



^, il , JU' , 



3. (Omission of Non-Occurring Global Variables) If X is a variable that does not 
occur in L, P, or B then: 

(L; P; B; {X} U V) =, (L; P; B; V) 

4. (Equivalence of Failed States) 

(L;P;±;V)=!(L';P';±;V') 

5. (Contraction) 

(L; P 1+) _P 1+) P; B; V) =1 (L; P l+) P; B; V) 

Based on the definition of =e , we define the operational semantics tut below. Since 
body constraints may be introduced either as linear or as persistent constraints, 
uniform rule application is replaced by two distinct application modes. Note that 



wi is only defined for range-restricted programs. In (Betz et al. 2010) it is shown 
that uj\ is no longer compliant with cjg for non-range-restricted programs. 

Definition 3.4 {^i Transitions) 

For a range-restricted CHR program V, the state transition system (Y,\/=i, ^^1) is 

defined as follows. 

ApplyLinear: 

r@{Hi\ii H^)\iH^ WHP)^G\Bc,Bb H\^% a ^ t 

a = [{H[ \±iH^\±ih;HfiSH^\±i¥;GAB; V)] 
^[ [(iJ{wPcWL;iJf WiJf WP;GABAPh;V)] =r 

ApplyPersistent : 

r@{H[lii HP)\HP ^G\Bc,Bb cr ^ t 



a = [{H[ W L; i/f W iJf W P; G A B; V)] 
^r [{H[ W L; iJf W iJf W Pc W P; G A B A Bi,;Y)] = t 

When the rule r is clear from the context or not important, we may write ^^1 
rather than ^^[. By ^^f , we denote the reflexive-transitive closure of ^->!. 

Example 3.1 

Again consider the transitive edge program from Example |1.1| and an analogous 



computation to that given in Example 2.1 using an ApplyPersistent transition 



a =, (e(A', B'), e(P', C'); 0; A = A' A P = P' A ^ = G'; 0) 
^* {e{A', P'), e(P', G'); e{A' , G'); A^ A' hB = B' h A = C'- 
=, (e(AS),e(P,A);e(A^);T;0)=a' 
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The operational semantics wi solves the trivial non-termination problem through 
the combination of persistent constraints and its irreflexive transition system, as 
the following observation shows: 

a' =! (e(A', B'),e{B', C): e(A, A);A = A' A B = B' A A = C']%) 

>A* (e(A', B'), e(B', C); e{A, A), e(A', C); A = A' h B = B' A A = C']%) 

=! {e{A,B),e{B,A)-e{A,A)-T-%)=a' 



3.2 Soundness and Completeness 

The following two theorems state the soundness and completeness of uj\ with respect 

to UJe- 

Theorem [T] states that for every given state that can be derived in wi , we can 
derive a corresponding state in Wg which contains the linear constraints of the 
former state in equal multiplicities, but its persistent constraints in arbitrarily high 
multiplicities. 

Theorem 1 (Soundness) 

Let (G;0;B;V),(L;P;B';V) G S,. If (G;0;B;V) ^r (L;P;B';V) then for every 

TV e N there exists a state (G';B';V) S Se such that (G;B;V) ^* (G';B';V) and 

LWiV-PCG'. 

Theorem [2] states that for every given state that can be derived in Wg, we can 
derive a corresponding state in uj\ , such that its linear store and some subset of its 
persistent store add up exactly to the user-defined store of the former state. 

Theorem 2 (Completeness) 

Let ((G;B; V), (G';B'; V) £ E^. If (G;B; V) ^* (G';B'; V), then there exists a state 

(L; P; B'; V) e Si such that (G; 0; B; V) ^t (L; P; B'; V) and L C G' C P 1+1 L. 



4 Implementation via Source-To-Source Transformation 

In this section we provide an implementation of the operational semantics uj\ in the 
form of a source-to-source transformation. A CHR program V is transformed into 
a program [P] such that IV} 's execution in ujp is sound and complete with respect 
to the execution of V in oji . 

The following definition of pathological rules is chosen such as to coincide with 
those rules that cause redundant rule applications - modulo state equivalence - in 
We, i.e. in a non-pathological program every rule applied to a state a results in a 



state T ^e c (cf. (Betz et al. 20101). This ensures that ApplyLinear transitions 
never fail due to irreflexivity, and hence, the resulting cOp programs do not need to 
perform an explicit equivalence check. 

Definition 4-1 (Pathological Rules) 

A CHR rule r @ Hi\H2 ^G\Bc,Bhis called pathological if and only if 3B. (Ha ; B A 
G; 0) =e {Be, Bi,; 0). It is called trivially pathological iff B = T. A CHR program V 
is called pathological if it contains at least one pathological rule. 
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Assuming a CHR program V without pathological rules, we now show how to 
encode it as IVJ for execution in ujp. 

For every n-ary constraint c/n in V, there exists a constraint c/(n+ 1) in IVJ. In 
the following, for a multiset of user-defined wi-constraints M — {ci(ti), . . . , c„(i„)} 
let 1{M) = {ci{l,ti),...,Cn{l,in)}, p(M) = {ci{p,ii),---,Cn{p,in)}, and c{M) = 
{ci(c, ii),. . . ,c„(c, t„)}. 

The rules of JT'] are constructed via the following source-to-source transforma- 
tion. 

1. For every rule r @ Hi\ H2 ^ G \ B in V, a.nd all multisets H[,Hf,H}^, H^ 
s.t. iJ{ 1+) iJf = Hi and H^^S H^ ^ H2 and H^2 ^ 0> the following rule is in 

3 :: l{H[)^p{Hl)^p{Hl) \ 1{H'^) ^ G \ l{B,),Bt 

2. For every rule r @ Hi\ H2 <=^ G \ Bc,Bb in V, and aU muhisets H{,Hf s.t. 
H[ktlH^ = Hi, the following rule is in iVf. 

3 :: l{H[)\iip{H^)\iip{H2) =^ G \ c{B,),Bb 

3. For every rule {c{p, t), c{p, P)}^Hi\H2 ^ G | S in iVj, add also the following 
rule: 

3 :: {c{p,i)} ^ Hi\ H2 <^ t = t' A G \ B 

4. For every user-defined constraint c/n in V, add the following rules, where i 
is a sequence of n different variables: 

1 :: c{p,t)\c{c,t) <S4> T 

2 :: c{c,i) <^ c{p,t) 



Example 4^.1 {Encoding 0/ Transitive Hull) 

We consider the transitive hull program from Example |1.1[ 

t @ e{X,Y),e{Y,Z) =^ e{X,Z) 

According to the encoding given above, the program is transformed as follows: 



e{l,X,Y),e{l,Y,Z) 
e{l,X,Y),e{p,Y,Z) 
e{p,X,Y),e{l,Y,Z) 
e{p,X,Y),e{p,Y,Z) 



e{c,X,Z) 
e{c,X,Z) 
e{c,X,Z) 
e{c,X,Z) 



e{p,X,Y) 



X = Y AY = Z\e{c,X,Z) 



1 :: e(p,A,y)\e(c,A,y) ^ T 

2 :: e{c,X,Y) ^ e{p,X,Y) 

The grouping of the rules above reflects the transformation steps [2] [3) and|4] Trans- 
formation step IT] is not productive in this example. The fifth rule above is opera- 
tionally equivalent to 3 :: e(p, AT, X) =^ e(c. A, A), and hence, is redundant, as the 
resulting constraint will immediately be removed again by the rule with priority 1. 
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Furthermore, transformation step [3] also adds an additional symmetric version of 
the fifth rule, which was omitted here, as it is operationally equivalent as well. 

Execution of a transformed program in cjp is equivalent to execution of the orig- 
inal program in wi, as the following theorem shows. 

Theorem 3 {Soundness and Completeness of Encoding) 

Let G,L,P be multisets of user-defined constraints, B,V> conjunctions of built-in 

constraints, and V = vars(G' A B). If T' is a non-pathologic CHR program, then 



(G;0;S;V) 



3T,n.(l(G),i3;0;T;0)^ 



(L 
iff 



, ji , jjj-, 



in-p 



^;/(L)Wp(P);B;T)^^p in 



Example 4-. 2 {Example Runs of ujp and uj\ Programs) 

The following example derivation shows how the translated program terminates 
with a state that corresponds with the result of an execution of the original program 
in uj\. For clarity's and brevity's sake, we do not show all intermediate states and 
we do not give the states' respective token stores explicitly. 



(e 


I, 


A, B), e(i, B, A 


);9iT;0>J-'"' 




(0 


=( 


I, A, B)#0, e(! 
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(0 
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(0 
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I, A, B)#0, e{l 


B, A)#l, c(p, A, A)#3, c(p, B, B)#5, c(p 


A, B)#7, e(p, B, A)#9; 


(0 


'{ 


I, A, B)#0, e(; 
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>{^.B} 

'9 

,AA.B} 



s{A,B] 



The above computation corresponds to the following execution in uj\: 

G=, (e(A,i?),e(i?,A);0;T;{Ai3}) 

^ ' {e{A,B),e{B,A)-e{A,A)--\-{A,By) 

(e(A, B),e{B, A)-e{A, A),e{B, B);T; {A, B}) 

{e{A, B),e{B, A);e{A, A),e{B, B),e{A, B);T; {A, B}) 

{e{A, B),e{B, A);e{A, A),e{B, B),e{A, B),e{B, A);T- {A, B}) 



This example also demonstrates how uji streamlines execution which in turn facili- 
tates formal reasoning over derivations: the whole computation consists of 4 state 
transitions in cji, whereas the corresponding computation in cUp requires 60 state 
transitions. 

The presented source-to-source transformation satisfies conditions for an accept- 



able encoding according to ( Gabbrielli et al. 2009 1 , modulo the necessary distinction 



between linear and persistent constraints in the translation. 
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5 Discussion 



In this section, we discuss our insiglits on the behavior of uj\ in comparison with 
existing operational semantics. 

5.1 Termination Behavior 

Our proposed operational semantics uj\ exhibits a termination behavior different 
from Wi, Wp, and We- Compared to ojg, we have solved the problem of trivial non- 
termination of propagation rules, whereas any program terminating in Ue also ter- 
minates in uji. With respect to ujt and ujp, we found programs that terminate in wi 
but not in ujt and Wp, and vice versa. 



We have seen in Example 2.1 and Example 3.1 that the transitivity rule dis- 
plays different behavior in coe and uji. The program's termination behavior in cot 



and ujp has been investigated in (Pilozzi and De Schreye 2009), where it is shown 
to terminate for acyclic graphs. However, states containing cyclic graphs entail 



non-terminating behavior (cf. (Betz et al. 2010)). Contrarily, we show in the ac 



companying technical report (Betz et al. 2010) that in the operational semantics uj[ 



the computation of the transitive hull terminates for every possible input. At the 
same place, we present a CHR program that terminates in ujt and LUp, but not in 
ui\. 



5.2 Related Work 



In (Sarna-Starosta and Ramakrishnan 2007) the set-based semantics uiset has been 



introduced. Its development was, among other considerations, driven by the inten- 
tion to eliminate the propagation history. Besides addressing the problem of trivial 
non-termination in a novel manner, it reduces non-determinism similarly to the 
refined operational semantics w^ (Duck et al. 2004). In ujset, a propagation rule 



cannot be fired infinitely often for a possible matching. However, multiple firings 
are possible, the exact number depending on the built-in store. 



The authors of (Sarna-Starosta and Ramakrishnan 2007) justify their set-based 



approach by the following statement: 

"When working with a multi-set-based constraint store, it appears that propagation 
history is essential to provide a reasonable semantics." 

Our approach can be understood as a compromise since we avoid a propagation 
history by imposing an implicit set semantics on persistent constraints. The dis- 
tinction between linear and persistent constraints, however, allows us to restrict the 
set behavior to those constraints, whereas the multiset semantics is preserved for 
linear constraints. 



Linear logical algorithms (Simmons and Pfenning 2008) (LLA) is a program 



ming language based on bottom-up reasoning in linear logic, inspired by logical 



algorithms (Ganzinger and McAUester 2002). The first implementation of logical 



algorithms was realized in CHR with rule priorities (De Koninck 2009). 



Our proposed operational semantics uj\ is related to LLA ( Simmons and Pfenning 



A Complete and Terminating Execution Model for Constraint Handling Rulesl3\ 



2008), but displays significant differences: Firstly, the notion of a constraint theory 
with built-in constraints is absent in LLA. Secondly, LLA rules are restricted such 
that persistent propositions cannot be derived multiple times, whereas io\ makes 
no such restriction and solves this problem via the irreflexive transition system. 
Thirdly, LLA requires a strict separation of propositions into linear and persistent 
ones. In wi a CHR constraint can occur in the linear store, in the persistent store, 
or both. 

On the other hand, the separation of propositions in LLA allows the correspond- 
ing rules to freely mix linear and persistent propositions in bodies. This is not 
directly possible with our approach, as CHR constraints in a body are either added 
as linear or persistent constraints. 



6 Conclusion and Future Work 

The main motivation of this work was the observation that CHR research spans a 
spectrum ranging from an analytical to a pragmatic end: on the analytical side of 
the spectrum, emphasis is put on the formal aspects and properties of the language 
while on the pragmatic side, it is put on implementation and efficiency. A variety 
of operational semantics has been brought forth in the past, each aligning with one 
side of the spectrum. In this work we proposed the novel operational semantics lu\ , 
heeding both analytical and pragmatic aspects. 

Unlike other operational semantics with a strong analytical foundation, uj\ thus 
provides a terminating execution model and may be implemented as is. We provided 
evidence to this claim by presenting a sound and complete encoding of uji into ujp, 
which can be used to implement wi by source-to-source transformation. 

Our operational semantics uj\ is based on the concept of persistent constraints. 
These are finite representations of an arbitrarily large number of syntactically equiv- 
alent constraints. They enable us to subsume trivially non-terminating computa- 
tions in a single derivation step. 

We proved soundness and completeness of our operational semantics uj\ with 
respect to ajg. The latter stands exemplarily for analytical formalizations of the 
operational semantics, thus providing a strong analytical foundation for uj\. This 
facilitates program analysis and formal proofs of program properties. 

In its current formulation, uj\ is only applicable to range-restricted CHR programs 
- a limitation we plan to address in the future. Furthermore, similar to uit being the 



basis for numerous extensions to CHR (Sneyers et al. 2010), we plan to investigate 



the effect of building these extensions on wi . 

In a concurrent environment, some kind of conflict resolution is required for the 



case that multiple rules try to remove the same constraint. For example, in (Sulz 



mann and Lam 2008 ) a transaction-based approach is used, leading to a rollback, if 
the first evaluated rule application removed the constraint. The formulation of the 
ApplyPersistent transition reveals that for persistent constraints, no such con- 
flicts have to be taken into account. A closer investigation of potential benefits of 
the persistent constraint approach in concurrent settings remains to be conducted. 
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